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Provisional Patent Awlication 60/197,308, filed April 14, 2000, Attorney Docket Number 
50P3984, and entitled ''Method for VOD", Provisional Patent Application 60/197,233, filed 
April 14, 2000, Attorney Dobket Number 50P3877, and entitled "Cable Modem Set Top 
Box", Provisional Patent Application 60/182,822, filed February 16, 2000, Attorney Docket 
Number 50N3464, and entitled "Support for Television Viewing in a Standard Web 
Browser", Provisional Patent Application 6Q/180,085, filed February 3, 2000, Attorney 
Docket Number 50N3463, and entitled "Web BroWr Plug-in for TV", Provisional Patent 
Application 60/197,234, filed April 14, 2000, AttonW Docket Number 50P3985, and 
entitled "Web Based EPG Support", Provisional Patent Application 60/197,320, filed April 
14, 2000, Attorney Docket Number 50P3983, and entitled "Support for tuning while viewing 
a Web Based EPG", and Provisional Patent Application filed JanWy 30, 2001, Attorney 
Docket Number SNY001V, and entitled "Web Browser and Set Top Box Interface System 
and Method", each of which is hereby incorporated by reference for their teachings. 
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BACKGROUND OF THE INVENTION 



1. 



Field of the Invention 



This invention relates to displaying video media in a web browser, and more particularly to 
5 displaying video media in a web browser existing in a windowless system. 



In the United States, a substantial majority of homes have at least one television (there are 
about 2.24 televisions ("TVs) per household according to some sources). Video Cassette 



10 Recorders ("VCRs") and Digital Video Disc ("DVD") players enable users to selectively view 
and review video segments on a TV. The advent of digital video media content technologies, 

3j the personal computer ("PC") market, and growing usage of a highly accessed computer 

flj 

network of networks (termed the Internet) has raised user's expectation of video media 

□ 

[V content quality, availability, and features of viewing the same. 



For these reasons systems have been developed to combine TV, VCR, DVD, computer, and 
Internet technologies. For example, TV manufacturers have developed TVs that include a 
VCR or DVD player. Cable and Satellite companies have introduced pay per view systems 
that allow a user to select and view limited selections of video content at fixed times. Web 
20 developers have created web sites on the Internet that interactive electronic program guides 
("EPG"). In addition, DVD players and TV tuners have been incorporated into PCs to enable 
users to view video media content on a PC via specialized software. Although technology 
exists to enable a user to view web pages on a TV, e.g., WebTV, the technology does not 
enable integration of WEB information and video media. 



2. 



Description of Related Art 
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SUMMARY OF THE INVENTION 

The present invention includes a method of displaying a video content frame within a WEB 
browser based content frame where the browser frame exists in a windowless environment. 
The method includes generating a transparent section in the browser based content frame. 
5 The video content frame overlapped in the transparent section of the browser based content 
frame. The displayed size of the video content frame may be smaller than the displayed size 
of the browser based content frame. Further, the video content may be related to the browser 
based content. 

13 . 

'13 10 The present invention also includes a method of handling a video media event in a 

"s, s 

*^ 

^ windowless Web browser system. In this invention, a video media event is detected and a 

IJ1 

^ transparent section in the browser frame is generated. A video content frame in the 
« transparent section of the browser frame is overlapped where the video content frame is 

n j generated from the video media event. The invention may also decoding size of the video 

-J 15 frame from the video media event and decode the source of the video signal to be displayed 

□ 

|a " in the video content frame from the video media event. Further, the invention may decode the 

video frame location within the browser frame from the video media event. 

The invention also includes a method of handling a video media event in a windowless Web 
20 browser system in a Television set top box. In this invention, a video media event is detected 
and a transparent section in the browser frame is generated. A video content frame in the 
transparent section of the browser frame is overlapped where the video content frame is 
generated from the video media event generating a transparent section in the browser frame. 
The invention may also direct a tuner to tune to the source of the video signal to be displayed 
25 in the video content frame. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram digital cable television system in accordance with the present 
invention. 

5 FIG. 2 is a block diagram of the set top box shown in FIG. 1 . 

FIG. 3 is a block diagram of a set top box according to an embodiment of the present 
invention. 

FIG. 4 is a detailed block diagram of the set top box of FIG. 3. 

FIG. 5 is a block diagram of the software architecture of the set top box of FIG. 4. 

FIGS. 6A to 6D are diagrams of browser and video content screen configurations in 
accordance with the present invention. 

FIG. 7 is a block diagram of the software architecture of the TV media handler of the set top 
box of FIG. 4. 

20 FIG. 8 is a flowchart of a process of invoking the TV media handler in accordance with the 
present invention. 

FIG. 9 is a flowchart of a TV media handler process in accordance with the present invention. 

25 Like reference numbers and designations in the various drawings indicate like elements. 

4 

50N3463 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



Throughout this description, the preferred embodiment and examples shown should be 
considered as exemplars, rather than as limitations on the present invention. 

5 

FIG. 1 is a block diagram for an exemplary interactive cable or satellite television (TV) 
system 100 in which the present invention may be employed. The system 100 includes a 
service provider head end 10, remote server 48, Internet 44, audio/visual devices 26, Internet 
appliances 28, television 24, set-top box ("STB") 22, and remote control 36. The head end of 

O 

M310 the service provider 10 includes a media server 12, EPG server 16, and ISP Host 38. The 
^ media server 12 of the head end 10 provides on demand movies and other programming such 
? p as interviews with actors, games, advertisements, available merchandise, associated Web 

•aoF 
I"J 

* ; ~ pages, and other related content obtained from a media database 14. The electronic 
□ 

!U programming guide (EPG) server 16 includes a program listing database 18 for generating an 
Q 

IV 15 EPG. The ISP host 38 includes a content database 52 and is coupled to remote servers 48 via 

i ; 

13=7 

the Internet 44. The remote servers may include another content such as video on demand 
("VOD") content or EPG content. The EPG content received from the remote server 48 may 
be used to populate or update the program listing database 18 of the EPG server 16. The ISP 
host 38 includes protocols that enable communication between remove servers 48 via the 
20 Internet 44. 

The media server 12 and EPG server 16 are coupled by a transmission medium 20 to the set 
top box (STB) 22. The transmission medium 20 may include, for example, a conventional 
coaxial cable television network, a fiber optic cable network, telephone system, twisted pair, 
25 a satellite communication system, a radio frequency (RF) system, a microwave system, other 

5 
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wireless systems, a combination of wired and wireless systems or any of a variety of known 
electronic transmission mediums. In the case of a coaxial cable television network, 
transmission medium 20 is commonly realized at the subscriber's premises as a coaxial cable 
that is connected to a suitable cable connector at the rear panel of the STB 22. 

As noted, system 100 further includes a TV 24, such as a digital television. The TV 24 
includes a display 26 for displaying programming, an EPG, web browser and other content. 
The STB 22 may be coupled to the TV 24 and various other audio/visual devices 26 and 
Internet Appliances 28 by an appropriate interface 30, which can be any suitable analog or 
digital interface including an Institute of Electrical and Electronics Engineers (IEEE) 1394 
standard interface, S-Video, Component Video, NTSC, PAL, or other analog television 
interface. 

Set-top box 22 can generally provide for bi-directional communication over a transmission 
medium 20 in the case of a cable STB 22. In other embodiments, bi-directional 
communication can be effected using asymmetrical communication techniques possibly using 
dual communication media, one for the uplink and one for the downlink. In any event, the 
STB 22 can have its own Universal Resource Locator (URL) assigned thereto to provide for 
direct addressing by the head end and users of the Internet. In the case of a Direct Satellite 
System (DSS), the STB 22 is often referred to as an Integrated Receiver Decoder (IRD). The 
transmission medium is a satellite transmission at an appropriate microwave band. A satellite 
dish antenna with an integral Low Noise Block (LNB) is used to receive such transmissions. 
A down-converter converts the received signal to a lower frequency (baseband frequency) for 
processing by the STB 22. 
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As shown in FIG. 2, the STB 22 may include a central processing unit (CPU) 132 and 
memory such as Random Access Memory (RAM) 176, Read Only Memory (ROM), flash 
memory, mass storage such as a hard disc drive 172, floppy disc drive, optical disc drive or 
may accommodate other electronic storage media. Such memory and storage media is 
suitable for storing data as well as program instructions for processes to be executed by the 
CPU. Information and programs stored on the electronic storage media or memory may also 
be transported over any suitable transmission medium such as that illustrated as 20. STB 22 
may include circuitry suitable for audio decoding and processing 1 14, the decoding of video 
data 122 compressed in accordance with a compression standard such as the Motion Pictures 
Experts Group (MPEG) standard and other processing. It is noted that these components may 
be incorporated into the TV 24, eliminating the STB 22. In addition, a computer may 
substitute the TV 24 and STB 22. The computer may include a vary of devices capable of 
generating video media including a tuner card coupled to a digital network, cable television 
network, or DSS network. 

It is noted that the STB 22 may be coupled to additional devices such as a personal computer, 
video cassette recorder, camcorder, digital camera, personal digital assistant and other 
audio/visual or Internet related devices (not shown). In addition, a data transport architecture, 
such as that set forth by an industry group which includes Sony Corporation and known as 
the Home Audio-Video Interoperability ("HAVi") architecture may be utilized to enable 
interoperability among devices on a network regardless of the manufacturer of the device. 
This architecture may be used to create a home network system between electronic devices 
and Internet appliances. The STB 22 may run an operating system suitable for a home 
network system such as Sony Corporation's Aperios™ real time operating system. Other 
operating systems could also be used. 
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As shown in FIG. 1, the STB 22 includes an infrared (IR) receiver 34 for receiving IR signals 
from an input device such as the remote control 36. Alternatively, it is noted that many other 
control communication methods may be utilized besides IR, such as wired or wireless radio 
5 frequency, etc. In addition, it can be readily appreciated that the input device 36 may be any 
device suitable for controlling the STB 22 such as a remote control, personal digital assistant, 
laptop computer, keyboard, or computer mouse. In addition, an input device in the form of a 
control panel located on the TV 24 or the STB 22 can be provided. 

O 

<BlO The STB 22 may also be coupled to an independent service provider (ISP) host 38 by a 
S J suitable connection including dial-up connections, DSL (Digital Subscriber Line) or the same 

yi 

,p transmission medium 20 described above (e.g. using a cable modem) to, thus, provide access 
* to services and content from the ISP and the Internet. STB 22 may also be used as an Internet 

japs. 

ftj access device to obtain information and content from remote servers such as remote server 48 

Hi 15 via the Internet 44 using host 38 operating as an Internet portal, for example. In certain 
satellite STB environments, the data can be downloaded at very high speed from a satellite 
link, with asymmetrical upload speed from the set-top box provided via a dial-up or DSL 
connection. 

20 One configuration of a digital STB 22 is shown in detail in FIG. 2. The STB 22 includes a 
tuner 102, demodulator 106, demultiplexer/descrambler 110, audio decoder 114, modulator 
144, video decoder 122, data decoder 126, I/O interfaces 146, system bus 130, graphics 
processor 136, memory 176, central processing unit ("CPU") 132, smart card reader 140, disc 
drive interface 170, and disc drive 172. A transmission medium 20, such as a coaxial cable, is 

25 coupled by a suitable interface to the tuner 102. Tuner 102 may include a broadcast in-band 
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tuner for receiving content, an out-of-band ("OOB") tuner for receiving data transmissions 
and a return path tuner for providing an OOB return path for outbound data (destined for 
example for the head end). A separate tuner (not shown) may be provided to receive 
conventional RF broadcast television channels. Demodulator 106 may demodulate any 
5 modulated information from the tuner 102 such MPEG-2 formatted data. The 
demultiplexer/descrambler circuit 110 separates the demodulated information into discrete 
channels of programming. The programming is divided into packets, each packet bearing an 
identifier called a Packet ID (PID) that identifies the packet as containing a particular type of 
data (e.g. audio, video, and data). The demultiplexer/descrambler circuit 110 also decrypts 
^13 10 encrypted information in accordance with a decryption algorithm to prevent unauthorized 
access to programming content, for example. 

IJl 

01 

pi 

5 V" Audio packets from the circuitllO (those identified with an audio PID) are decrypted and 

O 

|1 j forwarded to an audio decoder 1 14. The audio decoder 1 14 may be convert the audio packets 

fs5T 

!U 15 to analog audio to drive a speaker system (e.g. stereo or home theater multiple channel audio 

Q 

I** systems) or other audio system 116 (e.g. stereo or home theater multiple channel amplifier 

and speaker systems) or may simply provide decoded audio out at 118. Video packets from 
the circuit 110 (those identified with a video PID) are decrypted and forwarded to the video 
decoder 122. Similarly, data packets from the circuitllO (those identified with a data PID) 
20 are decrypted and forwarded to the data decoder 126. 

The data decoder 126 transmits decoded data packets to the CPU 132 via the system bus 130. 
Video decode2 122 passes video data to the graphics processor 136. The graphics processor 
is a computer optimized to processes graphics information rapidly, in particular graphics 
25 intensive data associated with Internet browsing, gaming, and multimedia applications such 
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as those associated with MHEG (Multimedia and Hypermedia information coding Experts 
Group) set-top box applications. Graphics processor 136 is also coupled to the system bus 
130 and operates under the control of CPU 132. It should be noted that the function of a 
graphics processor 136 may be unnecessary in set-top box designs having lower capabilities. 
5 Also the CPU 132 may function as a graphics processor in some applications. 



The STB may include a smart card reader 140 for communicating with a so called "smart 
card", where the smart card reader 140 acts as a Conditional Access Module (CAM). In CAM 
systems the smart card reader may include a central processor unit (CPU) with associated 

□ 

41\0 RAM and ROM memory. Such smart card based CAMs are conventionally utilized for 
"=1 authentication of the user, of transactions carried out by the user, and of services and storage 

lil 

of cryptography keys. For example, the CAM may be used to provide the key for decoding 

15 3 

incoming cryptographic data. STB 22 may operate in a bi-directional communication mode. 

b 

|ij Accordingly, data and other information may be transmitted from the head end 1 0 to the STB 
II J 1 5 22 and from the STB 22 using an out-of-band channel. In one embodiment, the data passes 
^ through the system bus 130, modulator 144, and the tuner 102 (operating as a return path 
OOB tuner) to the transmission medium 20. This enables the STB 22 user to send 
information to the head end 10, e.g., service requests or changes and registration information. 



20 Set-top box 22 may include any of a plurality of I/O (Input/Output) signals at I/O interface 
146 for interconnection with other devices. By way of example, and not limitation, a serial 
RS-232 signal may be provided at port 150 to enable interconnection to any suitable serial 
device supported by the STB 22's internal software. Similarly, communication with 
appropriately compatible devices can be provided via an Ethernet port 1 52, a USB (Universal 

25 Serial Bus) port 154, an IEEE 1394 (Firewire or I-Link) port 156, S-video port 158, or 

10 
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infrared port 160. These interfaces may be utilized to interconnect the STB 22 with any of a 
variety of devices such as storage devices, audio / visual devices 24, gaming devices (not 
shown), and Internet Appliances 28. 

I/O interfaces 146 can include a modem port 162 to facilitate high speed or alternative access 
to the Internet or other data communication functions. In one preferred embodiment, modem 
port 162 includes a DOCSIS (Data Over Cable System Interface Specification) cable modem. 
This modem facilitates high speed network access over a cable system when port 162 is 
appropriately coupled to a transmission medium 20 embodied as a coaxial cable. A PS/2 or 
other keyboard/mouse/joystick coupled to port 164 may be used to enable data entry into the 
STB 22. STB 22 also may include a basic video output port 166 for direct connection to a 
television set such as 24. In one embodiment, Video output port 166 can provide composite 
video formatted as National Television System Committee ("NTSC") video. In some 
embodiments, the video output port 166 may be coupled directly to the graphics processor 
136 or the demultiplexer/descrambler 110 rather than passing through the system bus 130 as 
illustrated in the exemplary block diagram. S-Video signals at output port 158 can be 
similarly provided without passing through the system bus 130 if desired in other 
embodiments. 

The infrared port 160 may be embodied as an infrared receiver 34 as illustrated in FIG. 1. 
The infrared port 160 may receive commands from an infrared remote control 36, infrared 
keyboard or other infrared control device. Although not explicitly shown, front panel controls 
may be used in some embodiments to directly control the operation of the STB 22 through a 
front panel control interface coupled to the I/O interfaces 146. Selected interfaces such as 
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those described above and others can be provided in STB 22 in various combinations as 
required or desired. 

STB 22 may also include a disc drive interface 170 and disc drive mass storage 172 for 
storage of content and data as well as providing storage of programs operating on CPU 132. 
STB 22 may also include other storage mediums such as a floppy disc drive, CD ROM drive, 
CD R/W drive, DVD drive, and others. CPU 132 is coupled through the system bus 130 to 
the memory 176. Memory 176 may include any suitable memory technology including 
Random Access Memory (RAM), Read Only Memory (ROM), Flash memory, Electrically 
Erasable Programmable Read Only Memory (EEPROM), and others. 

FIG. 3 is a basic block diagram of an exemplary STB 200 capable of use with the present 
invention. A detailed block diagram of the STB 200 is shown in FIG. 4. STB 200 is described 
in detail in provisional Patent Application 60/197,233, filed April 14, 2000, Attorney Docket 
Number 50P3877, entitled "Cable Modem Set Top Box" which is incorporated by reference 
herein for its teachings on the STB 200. Accordingly, the STB 200 is only briefly described 
with reference to FIGS. 3 and 4. The STB 200 includes a front end 202, cable modem 204, 
front end to decoder interface 206, MPU/control system 208, MPEG-2 Decoder 210, and 
Audio/Graphics System 212. The front end 202 with a digital cable television provider via a 
coaxial cable coupled thereto. The front end 202 could be modified to communicate with 
alternative digital or analog content providers. The front end to decoder interface 206 links 
the front end 202, MPU/control system 208, and MPEG-2 decoder 210. The interface 206 
includes card readers and an iLink™ interface. The MPEG-2 decoder 210 receives MPEG-2 
content from the front end 202 (via the interface 206), and decodes the MPEG-2 content into 
frames for processing by the Audio/graphics system 212. The microprocessor unit 
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("MPU")/control system 208 controls the primary operation of the STB 200. The system 208 
includes a MPU that supports layers for drivers up to application program interfaces ("APIs") 
that control the interaction of the components of the STB 200. 

5 The system 208 may receive control data from the front end 202 (via the interface 206) and 
send control data to the front end (and ultimately a content provider) via the cable modem 
204 and front end 202. The cable modem 204 is coupled to the front end 202 and 
MPU/control system 208 and can retrieve and place digital data packets on the cable system 
(in this embodiment). The audio/graphics system 212 can receive video and audio content 

O 

M3l o information from the front end (for analog video/audio), the MPEG-2 decoder (digital audio 

■ s 

and video), and the MPU/control system 208. 

ffi 

A block diagram of the software architecture 250 for the STB 200 is shown in FIG. 5. The 

O 

jij architecture 250 depicts the hardware layer 252, hardware layer interface/driver layer 254, 

□ 

Pi 15 middleware layer 256, and local content/application layer 258. During normal operation of 

^ the STB 200, the driver APIs are loaded in the memory of the control system 208. The driver 
APIs enable communication of events between the MPU and the hardware modules of the 
STB 200. As shown in FIG. 5, the hardware modules include the Front End Tuner, MPEG-2 
Decoder, Demultiplexer, Descrambler, Graphics, Ethernet, Serial port, Smart Card, 
20 miscellaneous hardware including keyboard, light-emitting-diodes, infrared, and front panel 
display. 

The middleware layer 256 includes a group of content handlers, spyglass content manager, 
spyglass user interface manager, spyglass thin graphical user interface ("GUI"), and 
25 application manager. The middleware layer 256 enables the handlers and managers to run on 
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multiple platforms with little regard for the actual operating system in place. At the top layer 
is the application layer where user applications reside (e.g. web browser, email, Chat, user 
setup, home page of STB, Video On Demand (VOD), EPG, and iLink user interface). In the 
present invention, the browser enables Hyper Text Markup Language ("HTML") based pages 
or screens and browser related pages to be formatted for graphic generation by the 
audio/graphics system 212. The browser also serves as a jumping point for a mechanism for 
viewing video media content received from the front end 202 and MPEG-2 decoder 210. 

FIG. 6A is an image of a screen generated by the STB 200. The screen includes a HTML 
page 260. In this case, the page represents EPG from http://tv.vahoo.com . In the STB 200, 
when a Uniform Resource Locator ("URL") is selected within the page 260 that returns with 
a header that indicates video media content, the STB 200 invokes a browser plug-in in the 
middleware termed the TV media handler (in FIG. 5). A block diagram of the software 
architecture of the TV media handler 300 is shown in FIG. 7. As shown in FIG. 7, the TV 
media handler 300 includes content handler APIs 302, an event decoder 304, a SPD decoder 
306, a TV state machine 310, and platform APIs 320. This process 400 is shown in the 
flowchart of FIG. 8. In particular, the browser application detects a URL with a video media 
type at step 402. Then the browser application invokes the TV media handler plug-in at step 
404 via a call to the content handler. 

In summary, the TV media handler 300 is a content handler in the middleware layer 256 that 
is responsible for controlling a region of the screen and painting that region with a transparent 
color to allow an underlying video frame or layer to show through the browser or HTML 
layer or frame based on data returned with the URL indicating video media content. The TV 
media handler 300 communicates with the STB 200 front end 202 and audio/graphics system 

14 

50N3463 



212. In the invention, when the handler 300 is instantiated via a URL request that returns the 
header for video/mpeg media content, data in the format of a Session Description Protocol 
("SDP") file is also received. The SDP file indicates parameters for the video session (layer). 
These parameters may include the channel number to be selected by the front end 202, the 
5 size of the video layer within the HTML layer, and the location of the video layer within the 
HTML layer. For example, FIG. 6B represents a video session where the video layer is 
positioned in the upper right corner of the HTML layer. FIG. 6C represents a session where 
the video layer is positioned in the lower middle of the HTML layer. FIG. 6D represents a 
session where the video layer is positioned over the entire the HTML layer. 

□ 
tjjO 

•a. 2 

"J In this embodiment, the STB 200 generates a HTML layer and video layer and the 

! St! 

U 3 

HI audio/graphics system 212 is directed to draw these layers. In FIG. 6 A, the HTML layer 

ru 

ti ~ consists of the entire screen. In this case, the graphics system 212 is not directed to clear a 
PJ section of the HTML layer for the video layer. In FIG. 6B, the video layer consumes a 

PJl5 segment of the upper right corner of the screen. In this case, the TV media handler directs the 

□ 

corresponding section of the HTML layer to be cleared and drawn with a transparent color by 
the graphics handler. The handler 300 also directs the front end to tune to the appropriate 
channel for the video signal for the video layer. The media handler 300 also directs the 
graphics system 212 to size the video layer to fit within the transparent window of the HTML 
20 layer. 



When the handler 300 receives the SDP file, the handler parses information in the file using 
the SPD decoder 306. Based on the parsed data, the handler makes calls to the TV State 
Machine 310 to perform the appropriate actions as mandated by the SDP file. When the SDP 
25 file indicates that this instance is a VOD session, then media handler will communicate with 
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the VOD server through the use of a special URL request. The URL request generates URL 
handlers that will parse the request and communicate with the VOD system at the head end of 
the respective system to create a new session. The URL handlers will pass the information 
from the VOD (server) system back to the TV media handler. 

A flowchart of one TV media handler process 430 is shown in FIG. 9. As shown in FIG. 9, at 
step 410, the handler 300 parses the video layer session from the SDP file. The session 
indicates the source of the video signal to be shown in the video layer. The source may be 
directly tunable at the front end or may require a URL request to generate a new video stream 
to be transmitted to the STB 200 and retrieved by the front end 202. Step 412 determines 
whether the session is a Video on Demand (VOD) session. When the SDP file indicates a 
VOD session, the handler 300 generates a URL request to be directed to the respective VOD 
server as described. 

The handler 300 also parses the video layer size (step 416) and location (step 418) from the 
SDP file. There may be default locations and sizes in some applications. The handler directs a 
transparent section of the HTML or browser layer to be formed (step 420). The present 
invention is a windowless system where the screen consists of one HTML or browser layer. 
To display a video layer in this system, a section (or all) of the HTML or browser layer is 
cleared and filled with a transparent layer for the video layer to show there through. This 
reduces the complexity of the STB 200 in terms of MPU cycles, memory overhead and 
graphics system 212 requirements. 

At step 424, the handler 300 directs the front end to tune to the channel corresponding to the 
video signal to be shown in the video layer after parsing the channel from the SDP file at step 
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422. The channel may correspond to a VOD channel directed to the STB 200. The handler 
size the video layer at step 426 and specifies the location of the video layer on the screen at 
step 428. 

It is noted that other events that cause the TV media handler 300 to activate. A channel may 
be selected via a remote control, keyboard, mouse, or front panel of the STB 200 for 
example. In this case, the event decoder of the handler 300 directs the TV state machine 310 
to act accordingly. Other events may include Channel Up, Fast Forward, and on-screen 
display ("OSD") Program Info Display (such as the current settings of the STB 200). 

In the TV media handler 300, the platform APIs 320 provide an abstraction layer to enable 
the TV Media Handler to interface with the STB 200. The platform APIs include the TV 
control 322, OSD 324, Front Panel Display 326, Timer Utility 328, and Video Scaling 332. 
The TV control section will provide an API to the rest of the TV media handler 300 that will 
abstract the functions of interacting with the actual platform tuning module and others. The 
On Screen Display (OSD) section, like the TV Tuning section, will provide an interface to 
the rest of the TV media handler that will abstract the functions and control of running the 
OSD. This subsection will receive commands through its interface and make the necessary 
drawing calls to the Spyglass Thin GUI to draw the information onto the correct area of the 
TV media handler's window. The Front Panel Display APIs provides an abstract for the TV 
Media Handler module to control the visual display of the front panel. 

The timer utility section provides a set of APIs for the TV Media Handler to set up timing 
specific events. The video scaling section provides the TV Media Handler 300 a method to 
perform video scaling and/or re-positioning the video window on screen. The content handler 
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APIs 302 of the TV media handler 300 provide a communications channel between the TV 
media handler and the media handlers parent, either the Spyglass CTM or an HTML media 
handler. The API's also provide channels to the data sources (URL handlers) and subviews 
(gif/jpeg images). 



As noted, when the TV medial handler is initiated by a selection in a HTML page, the 

returned data will be in the form of a session description protocol (SDP) file. In one 

embodiment, this resource will be returned with the content-type of video/mpeg. The TV 

media handler will begin reading the incoming SDP file and decode the data to set up the TV 

session. The set of parameters that are available in a SDP file include: 

Session description 

v= (protocol version) 

o= (owner/creator and session identifier). 

s= (session name) 

i= * (session information) 

u=* (URI of description) 

e = * (email address) 

p=* (phone number) 

c=* (connection information - not required if included in all media) 
Z>=* (bandwidth information) 

One or more time descriptions 
z=* (time zone adjustments) 
k= * (encryption key) 

a=* (zero or more session attribute lines) 

Zero or more media descriptions 
Time description 

t= (time the session is active) 

r— * (zero or more repeat times) 

Media description 

m= (media name and transport address) 
/=* (media title) 

c=* (connection information - optional if included at session-level) 

£>=* (bandwidth information) 

k= * (encryption key) 

a=* (zero or more media attribute lines) 

18 
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Window Size 



WindowWidth: WidthValue 
WmdowHeighiHeightValue 
WindowXPos:Xposition 
Window YPos: YPosition 

Socket ID 

SocketID : SocketNumber 
TV Commands 

Service to tune 

ServicelD : Channel # 
Service name 

ServiceName : ChannelDescriptorString 

Location of channel graphic (logo) resource. 

LogoURI.PathToLogoData 

VOD Commands 
Initial Data 

VODAssetID:^etfZ) 

SRMAddress:MachineIP (Connection Address to VOD SRM) 
VODApplicationlD^/Tp/zcato^/Z) 

SSP Possible Data 

SSPSocketrSocketID 

S SPMpegProgram : ProgNumber 

SSPTransportID:TransportID 

S SPPhy sicalResource : PhysicalResource 

SSPStreamIPAddress:IP Address 

SSPStreamIPPort:IPPort 

S SP StreamID : StreamID 

S SPKeep Alive : PeriodlnMinutes 

LSCP Possible Data 

NPTTime:Milliseconds 
NPTNumerator:Numerator 
NPTDenominator : Denominator 

While this invention has been described in terms of a best mode for achieving this invention's 

objectives, it will be appreciated by those skilled in the art that variations may be 

accomplished in view of these teachings without deviating from the spirit or scope of the 
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present invention. For example, the present invention may be implemented using any 
combination of computer programming software, firmware or hardware (e.g., a software 
language other than Java, such as C++ or others may be used to implement the invention). As 
a preparatory step to practicing the invention or constructing an apparatus according to the 
invention, the computer programming code (whether software or firmware) according to the 
invention will typically be stored in one or more machine readable storage mediums such as 
fixed (hard) drives, diskettes, optical disks, magnetic tape, semiconductor memories such as 
ROMs, PROMs, etc., thereby making an article of manufacture in accordance with the 
invention. The article of manufacture containing the computer programming code is used by 
either executing the code directly from the storage device, by copying the code from the 
storage device into another storage device such as a hard disk, RAM, etc. or by transmitting 
the code on a network for remote execution. 
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